home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 2010 April / PCWorld0410.iso / hity wydania / Ubuntu 9.10 PL / karmelkowy-koliberek-desktop-9.10-i386-PL.iso / casper / filesystem.squashfs / usr / share / doc / unzip / BUGS next >
Text File  |  2009-01-02  |  5KB  |  83 lines
  1. Bogus bugs (not our fault!):
  2. ---------------------------
  3.  
  4.  By far THE BIGGEST source of bug reports to Info-ZIP/zip-bugs is the
  5.  incorrect transfer of zipfiles (or of the UnZip executable itself).
  6.  ALWAYS TRANSFER IN BINARY MODE!  This includes ftp transfers and *both*
  7.  ends of a Kermit connection ("set file type binary").  If your copy
  8.  isn't exactly the same size as the original, you made a mistake.
  9.  
  10.  Another common source of errors such as "compression method 8 not sup-
  11.  ported" is the existence of an old version of UnZip somewhere in your
  12.  path.  Make sure you're using the version you think you're using; give
  13.  the full path explicitly if necessary.  Executing "unzip" without any
  14.  options will print a help screen, at the top of which is the UnZip
  15.  version number and release date; and executing "unzip -v" without any
  16.  zipfile or other options will give information about what compiler was
  17.  used, the target operating system, any special UnZip options, and the
  18.  date of compilation--only for version 5.11 and later, though!  (Also,
  19.  under Unix C shell and some Bourne shells, "which unzip" will print
  20.  the path of the unzip you're actually using.  Under OS/2 and MS-DOS,
  21.  whch21gr.zip [on Simtel mirror sites] will do the same thing; in addi-
  22.  tion, "which -a unzip" will show *all* copies of "unzip" in your path.)
  23.  
  24.  
  25. Bugs (real and/or imagined):
  26. ---------------------------
  27.  
  28.  - [OS/2 DLL] when trying to use the REXX function UzUnZipToStem to extract a
  29.     file with `&' in its name, the DLL crashes (but UzUnZipToVar still works)
  30.     [Daniel H, 961215]
  31.  - UnZip has problems with archives bigger than 2GB; it may print "note: didn't
  32.     find end-of-central-dir signature at end of central dir" (harmless) or
  33.     may not be able to seek to member files [James Lemley 970107, Iris Spaniol
  34.     970206, ...]
  35.  
  36.       Fixed with Zip64 support in UnZip 6.0
  37.  
  38.  - fix overwrite behavior:  hidden/system problems?; etc.
  39.  - 32-bit DOS UnZip still unable to set volume labels?
  40.  - 32-bit DOS UnZip under OS/2 doesn't extract all wildcard zipfiles?
  41.     [DOS box:  unzip386 (ver 5.12) x:\32bit\unix\emx09a\*.zip, Hobbes 3/95]
  42.  - 32-bit DOS UnZip under OS/2 doesn't set timestamp when overwriting files
  43.     on HPFS partition? (go32 and pmode/w both; emx/rsx OK) [Eberhard Mattes
  44.     950726]
  45.  - USE_FWRITE still causes occasional CRC errors when extracting on Pyramid?
  46.     [Kevin Fritz 931102]
  47.  - still NT/W95 bug with "unzip -v d:*.zip" not matching properly? [Steve S
  48.     940527]
  49.     980427: bug no longer exists, Opendir() must have been corrected by someone
  50.  
  51.  - when ^Z received in no-echo mode, echo is not restored (works OK if
  52.     resume, however)
  53.  - signal() handler disabled after first use with one of BSD/SysV?
  54.  - MKS Korn shell:  unzip assumes the MKS-style command-line environment
  55.     options are relevant to it, but this is not the case if unzip was called
  56.     by another program (e.g., from a .BAT file).  A fix for this exists for
  57.     Borland compilers but not for MSC, Watcom, djgpp, etc.
  58.  - OS/2:  for paths with one long component, the .LONGNAME EA may be saved for
  59.     all components (waste of disk space):  how to check??
  60.  - VMS:  for extracting to other directories, only the VMS-style "-d [.foo]"
  61.     format is accepted; "-d foo" should also be allowed.  Long filenames are
  62.     not automatically truncated to 39.39.
  63.  - Novell Netware:  Netware drives may clear the archive bit on extracted
  64.     files under OS/2 and/or MS-DOS.  UnZip always *tries* to set the archive
  65.     bit, however.  [pynq@uchicago, 940527]
  66.  - DEC Ultrix:  on long zipfiles, unzip will sometimes fail (bad CRC, not always
  67.     reproducible); this is apparently due either to a hardware bug (cache mem)
  68.     or OS bug (page faults?) [Igor, Jean-loup, bottom of BUGS.long]
  69.  - funzip/more/decryption/no-echo bug:  race condition(?) causes terminal to
  70.     be "reset" to no-echo state
  71.  - Macintosh (100200), Atari (020000) external file attributes not interpreted
  72.     correctly (both unzip and zipinfo)
  73.  - pkbug error:  zipfile with incorrect csize and/or ucsize--check for end of
  74.     compressed (csize) data in uncompression routines:
  75.       unreduce.c:    while (((outpos + outcnt) < ucsize) && (!zipeof)) {
  76.     [James Birdsall, Mark, bottom of BUGS.long]
  77.  - OS/2:  directory EAs not restored if directory exists [Kai Uwe, KG27515@uark]
  78.     (subsequent note:  no way to determine which EAs are newer ==> cannot
  79.     restore without user input)
  80.     (update: as of UnZip 5.30, option -o forces restoring of directory EAs)
  81.  - MS-DOS:  Borland executables don't allow other than 80-column, 25/43/50-line
  82.     screen modes (Borland bug) [Michael Stillwell]
  83.